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DETAILED ACTION 

1 . Applicant's election of Group I, claims 1-47 in the reply filed on 5/10/06 is 
acknowledged. The applicant is advised to cancel non-elected claims 48-52, and 
election of Group I, claims 1-47 without traverse in the next correspondence. 

Claim Rejections - 35 USC §112 

2. Claims 1-15, 21-35, and 39-47 are rejected under 35 U.S.C. 112, second 
paragraph, as being indefinite for failing to particularly point out and distinctly claim the 
subject matter which applicant regards as the invention. 

Claim 1 line 9, it is unclear as to what is meant by "a particular deframing scheme 
to provide deframed data." The scope of the claim is, therefore, unascertainable. 
Similar problems exist in claim 21 line 9, claim 39 line 8, and claim 46 line 4 and line 7. 

Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

4. Claims 39, and 42-47 are rejected under 35 U.S.C. 102(b) as being anticipated 
by Shacher et al. (US 5,671 ,223). 

For claim 39, Shacher et al. disclose multichannel HDLC framing/deframing 
machine, comprising: 

a deframer (figure 4, reference 112 Receiver Rx)) operative to receive a first 
block of data to be deframed, detect (figure 9, reference 308) for data bytes of a first set 
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of specific values (col. 1 1 line 65 to col. 12 line 1), deframe the first data block in 
accordance with a particular deframing schemes and provide deframed data for the first 
data block (figure 7, reference step 512, col. 10 line 27 and col. 12 lines 27-57); and 

a framer (figure 8, reference 534 Transmitter (Tx)) operative to receive a second 
block of data to be framed, detect (figure 14, reference 416) for data bytes of a second 
set of specific values (col. 17 lines 22-23), frame (figure 8, reference step 534) the 
second data block in accordance with a particular framing scheme, and provide framed 
data for the second data block (col. 10 lines 50-51, and col. 16 lines 9). 

For claim 42, Shacher et al. disclose further comprising: 

a first buffer operative to store the deframed data from the deframer (figure 7, 
reference step 518, col. 10 line 35). 

For claim 43, Shacher et al. disclose further comprising: 

a second buffer operative to store the framed data from the framer (figure 8, 
reference step 538, col. 10 lines 53-55). 

For claim 44, Shacher et al. disclose further comprising: 

at least one buffer interface unit (figre 22, reference 98) operable to retrieve the 
deframed data stored in the first buffer or the framed data stored in the second buffer 
(col. 24 lines 64-65). 

For claim 45, Shacher et al. disclose wherein the deframer and framer are each 
operated in one of a plurality of possible operating states (figures 7 and 8, col. 10 lines 
26-30 and col. 10 lines 50-52). 
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For claim 46, Shacher et al. disclose multichannel HDLC framing/deframing 
machine, comprising: 

a deframer (figure 4, reference 1 12 Receiver Rx)) operative to receive a first 
block of data to be deframed, detect (figure 9, reference 308) for data bytes of a first set 
of specific values (col. 1 1 line 65 to col. 12 line 1), deframe the first data block in 
accordance with a particular deframing scheme, and provide deframed data for the first 
data block (figure 7, reference step 512, col. 10 line 27 and col. 12 lines 27-57); 

a framer (figure 8, reference 534 Transmitter (Tx)) operative to receive a second 
block of data to be framed, detect (figure 14, reference 416) for data bytes of a second 
set of specific values (col. 17 lines 22-23), frame (figure 8, reference step 534) the 
second data block in accordance with a particular framing scheme, and provide framed 
data for the second data block (col. 10 lines 50-51 , and col. 16 lines 9); and 

a controller (figure 3, reference 100) operative to direct deframing and framing by 
the deframer and framer, respectively (col. 6 lines 34-36). 

For claim 47, Shacher et al. disclose further comprising: 

a first buffer operative to store the deframed data from the deframer (figure 7, 
reference step 518, col. 10 line 35), and 

a second buffer operative to store the framed data from the framer (figure 8, 
reference step 538, col. 10 lines 53-55). 

Claim Rejections - 35 USC § 103 
5. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 
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(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 1 03(a). 

7. Claims 1 , 3, 8-12, 14, 16, 21 , 23-24, 27-30, 32 and 35 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Shacher et al. (US 5,671,223). 

For claim 1 , Shacher et al. disclose multichannel HDLC framing/deframing 
machine, comprising: 

an input interface unit (figure 4, reference 120) operative to receive data to be 
deframed (col. 7 lines 10-11); 

a detection unit (figure 9, reference 308) operative to evaluate each data byte 
from the input interface unit to detect for bytes of specific values (col. 1 1 line 65 to col. 
12 line 1); 

a state control unit (figure 9, reference 312) operative to provide a first set of 
control signals indicative of specific tasks to be performed for deframing based in part 
on the detected bytes of specific values (col. 12 lines 27-57). 
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However, Shacher et al. do not expressly disclose a conversion unit operative to 
deframe the received data based on the first set of control signals and in accordance 
with a particular deframing scheme to provide deframed data. To include conversion 
unit operative to deframe the received data based on the first set of control signals and 
in accordance with a particular deframing scheme to provide deframed data would have 
been obvious to one of ordinary skill in the art because Shacher et al. clearly teach at 
col. 12 lines 40-49 (see FIG. 10), "The Rx Main Transfer Control circuit 312 determines 
whether or not the bits shifted out of the PRE register 310 are shifted into the DATA 
register 330... Determination whether the machine is Inframe is according to the state 
diagram in FIG. 10. Zero deletion is triggered when Inframe and five ones are detected 
(FONES) by the PST detection circuit 322." 

For claim 3, Shacher et al. disclose wherein the input interface unit (figure 4, 
reference 120) is operative to receive the data to be deframed in word of multiple bytes 
(col. 10 line 26) and, for each received word, provide one data byte at a time (col. 6 
lines 45-46) for evaluation by the detection unit (col. 1 1 line 65 to col. 12 line 1). 

For claim 8, Shacher et al. disclose wherein the conversion unit is operative to 
check each deframed packet based on a frame check sequence (FCS) value 
associated with the packet (col. 21, Table T-20, Field Name CR). 

For claim 9, Shacher et al. disclose further comprising an output interface unit 
operative to provide a second set of control signals for storing the deframed data to an 
output buffer (col. 10 lines 33-35). 
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For claim 10, Shacher et al. disclose wherein the output interface unit is further 
operative to perform byte alignment of the deframed data provided by the deframer (col. 
21, Table T-20, Field name NO). 

For claim 1 1 , Shacher et al. disclose wherein the deframer is operative to provide 
the deframed data in words of multiple bytes (Abstract line 10). 

For claim 12, Shacher et al. disclose wherein the deframer is operative to 
deframe a block of data for each deframing operation (col. 4 lines 20-28). 

For claim 14, Shacher et al. disclose a first register operative to store a value 
indicative of the number of deframed packets for the data block (col. 12 lines 60-64). 

For claim 16, Shacher et al. disclose wherein the deframer is in one of a plurality 
of operating states at any given moment, and wherein the operating states include an 
idle state indicative of no deframing being performed and a process state indicative of 
deframing being performed (figure 10, col. 13 lines 30-34). 

For claim 21 , Shacher et al. disclose multichannel HDLC framing/deframing 
machine, comprising: 

an input interface unit (figure 4, reference 120) operative to receive data to be 
framed (col. 7 lines 10-11); 

a detection unit (figure 14, reference 416) operative to evaluate each data byte 
from the input interface unit to detect for bytes of specific values (col. 17 lines 22-23); 

a state control unit (figure 14, reference 406) operative to provide a first set of 
control signals indicative of specific tasks to be performed for framing based in part on 
the detected bytes of specific values (col. 16 lines 9). 
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However, Shacher et al. do not expressly disclose a conversion unit operative to 
frame the received data based on the first set of control signals and in accordance with 
a particular framing scheme to provide framed data. To include the conversion unit 
operative to frame the received data based on the first set of control signals and in 
accordance with a particular framing scheme to provide framed data would have been 
obvious to one of ordinary skill in the art because Shacher et al. clearly teach at col. 16 
lines 7-9 (see FIG. 14), "This signal is one of the input signals to the Select Circuit 406, 
directing the Select Circuit 406 to supply a zero for zero insertion as the next bit shifted 
into DTA 420 and DATAO 422, unless in transparent mode." 

For claim 23, Shacher et al. disclose wherein the input interface unit (figure 4, 
reference 120) is operative to receive the data to be framed in word of multiple bytes 
(col. 10 line 53) and, for each received word, provide one data byte at a time (figure 14, 
reference 416) for evaluation by the detection unit (col. 17 lines 22-23). 

For claim 24, Shacher et al. disclose wherein the conversion unit is further 
operative to insert a flag byte in response to receiving a first command (col. 16 lines 6- 
9). 

For claim 27, Shacher et al. disclose further comprising an output interface unit 
operative to provide a second set of control signals for storing the framed data to an 
output buffer (col. 10 lines 53-55). 

For claim 28, Shacher et al. disclose wherein the output interface unit is further 
operative to perform byte alignment of the framed data provided by the framer (col. 21 , 
Table T-20, Field name NO). 
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For claim 29, Shacher et al. disclose wherein the output interface unit is 
operative to provide the framed data in words of multiple bytes (col. 10 lines 53-55). 

For claim 30, Shacher et al. disclose wherein the framer is operative to frame a 
block of data for each framing operation (col. 4 lines 20-28). 

For claim 32, Shacher et al. disclose wherein the framer is in one of a plurality of 
operating states at any given moment, and wherein the operating states include an idle 
state indicative of no framing being performed and a process state indicative of framing 
being performed (col. 17 lines 10-30). 

For claim 35, Shacher et al. disclose a first register operative to store a value 
indicative of the number of framed packets for the data block (col. 16 lines 60-62). 
8. Claims 2, 22, and 40-41 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Shacher et al. (US 5,671,223) in view of W. Simpson, RFC 1662. 

For claim 2, 22, 40 and 41 , Shacher et al. do not expressly disclose wherein the 
data to be deframed conforms to a frame format defined by RFC1662. In an analogous 
art, W. Simpson discloses wherein the data to be deframed conforms to a frame format 
defined by RFC1662 (See 3.1. Frame Format, page 5). 

W. Simpson discloses further wherein the framed data conforms to a frame 
format defined by RFC1662 (See 3.1. Frame Format, page 5 as set forth in claim 22), 
wherein the data to be deframed in the first data block and the framed data for the 
second data block each have a format defined by RFC 1662 (See 3.1 . Frame Format, 
page 5 as set forth in claim 40), at least one frame check sequence (FCS) generator 
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operative to generate an FCS value for each packet to be framed or deframed (See C.1 . 
FSC table generator, page 1 8 as set forth in claim 41 ). 

One skilled in the art would have recognized the wherein the data to be deframed 
in the first data block and the framed data for the second data block each have a format 
defined by RFC1662, and would have applied W. Simpson's frame format in Shacher et 
al.'s HDLC framing/deframing. Therefore, it would have been obvious to one of ordinary 
skill in the art at the time of the invention, to use W. Simpson's PPP in HDLC-like 
Framing in Shacher et al.'s multichannel HDLC framing/deframing machine with the 
motivation being to provide a standard method for transporting multi-protocol datagrams 
over point-to-point links (See Abstract). 

9. Claims 4 is rejected under 35 U.S.C. 103(a) as being obvious over Shacher et al. 
(US 5,671,223) in view of Aggarwal et al. (US 6,249,525). 

For claim 4, Shacher et al. disclose wherein the detection unit is operative to 
detect for flag byte in the received data (col. 1 1 line 67 to col. 12 line 1 ). 

However, Shacher et al. do not expressly disclose to detect for escape byte in 
the received data. In an analogous art, Aggarwal et al. disclose to detect for escape 
byte in the received data (col. 1 line 43). 

One skilled in the art would have recognized detecting for escape byte in the 
received data, and would have applied Aggarwal et al.'s detecting escape characters in 
reception in Shacher et al.'s deframing. Therefore, it would have been obvious to one of 
ordinary skill in the art at the time of the invention, to use Aggarwal et al.'s method of 
and apparatus for inserting and/or deleting escape characters into and from data 
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packets and datagrams therefore on high speed data stream networking lines in 
Shacher et al.'s multichannel HDLC framing/deframing machine with the motivation 
being to provide for thus inserting escape characters for special ACCM (Asynchronous 
Control Character Map) bytes and/or inter-flag bytes in the stream (col. 1 lines 34-37). 
1 0. Claim 5 is rejected under 35 U.S.C. 1 03(a) as being obvious over Shacher et al. 
(US 5,671 ,223) in view of Aggarwal et al. (US 6,249,525) further in view of Abrol et al. 
(US 2002/0141370). 

The applied reference has a common inventor with the instant application. 
Based upon the earlier effective U.S. filing date of the reference, it constitutes prior art 
only under 35 U.S.C. 102(e). This rejection under 35 U.S.C. 103(a) might be overcome 
by: (1 ) a showing under 37 CFR 1 .132 that any invention disclosed but not claimed in 
the reference was derived from the inventor of this application and is thus not an 
invention "by another"; (2) a showing of a date of invention for the claimed subject 
matter of the application which corresponds to subject matter disclosed but not claimed 
in the reference, prior to the effective U.S. filing date of the reference under 37 CFR 
1 .131 ; or (3) an oath or declaration under 37 CFR 1 .130 stating that the application and 
reference are currently owned by the same party and that the inventor named in the 
application is the prior inventor under 35 U.S.C. 104, together with a terminal disclaimer 
in accordance with 37 CFR 1.321(c). This rejection might also be overcome by showing 
that the reference is disqualified under 35 U.S.C. 103(c) as prior art in a rejection under 
35 U.S.C. 103(a). See MPEP § 706.02(f)(1) and § 706.02(f)(2). 
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For claim 5, Shacher et al. disclose wherein the conversion unit is operative to 
remove flag (col. 12 lines 40-50). However, Shacher et al. in view of Aggarwal et al. do 
not expressly disclose remove escape bytes in the received data. In an analogous art, 
Abrol et al. disclose remove escape bytes in the received data (page 3, paragraph 
[0029] 12-13). 

One skilled in the art would have recognized the remove escape bytes in the 
received data, and would have applied Abrol et al.'s sender in Shacher et al.' main 
transfer control circuit 312. Therefore, it would have been obvious to one of ordinary 
skill in the art at the time of the invention, to use Abrol et al.'s method and apparatus for 
providing multiple quality of service levels in a wireless packet data services connection 
in Shacher et al.'s multichannel HDLC framing/deframing machine with the motivation 
being to remove escape sequences (page 3, paragraph [0029] 12-13). 
1 1 . Claims 1 3, 25-26, 31 , and 33-34 are rejected under 35 U.S.C. 1 03(a) as being 
obvious over Shacher et al. (US 5,671 ,223) in view of Abrol et al. (US 2002/0141 370). 

The applied reference has a common inventor with the instant application. 
Based upon the earlier effective U.S. filing date of the reference, it constitutes prior art 
only under 35 U.S.C. 102(e). This rejection under 35 U.S.C. 103(a) might be overcome 
by: (1) a showing under 37 CFR 1.132 that any invention disclosed but not claimed in 
the reference was derived from the inventor of this application and is thus not an 
invention "by another"; (2) a showing of a date of invention for the claimed subject 
matter of the application which corresponds to subject matter disclosed but not claimed 
in the reference, prior to the effective U.S. filing date of the reference under 37 CFR 
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1 .131 ; or (3) an oath or declaration under 37 CFR 1 .130 stating that the application and 
reference are currently owned by the same party and that the inventor named in the 
application is the prior inventor under 35 U.S.C. 1 04, together with a terminal disclaimer 
in accordance with 37 CFR 1.321(c). This rejection might also be overcome by showing 
that the reference is disqualified under 35 U.S.C. 103(c) as prior art in a rejection under 
35 U.S.C. 103(a). See MPEP § 706.02(l)(1) and § 706.02(l)(2). 

For claims 13, 25-26, 31 , 33 and 34, Shacher et al. do not expressly disclose 
wherein the data block corresponds to a Radio Link Protocol (RLP) packet. In an 
analogous art, Abrol et al. disclose wherein the data block corresponds to a Radio Link 
Protocol (RLP) packet (page 2, paragraph [0014]). 

Abrol et al. disclose wherein the conversion unit is further operative to insert a 
frame check sequence (FCS) value in response to receiving a second command (page 
3, paragraph [0027] lines 16-17 as set forth in claim 25), wherein the conversion unit is 
operative to insert an escape byte upon detection of a data byte having one of the 
specific values (page 3, paragraph [0027] lines 18-23 as set forth in claim 26), and 
wherein the data block corresponds to a Radio Link Protocol (RLP) packet (page 2, 
paragraph [0014]), wherein the operating states further include an escape state 
indicative of processing for an escape byte (page 3, paragraph [0027] lines 18-23 as set 
forth in claim 33), and wherein the operating states further include a flag state indicative 
of insertion of a flag byte for a framed packet and an FCS state indicative of insertion of 
an FCS value for the framed packet (page 3, paragraph [0027] lines 15-17 as set forth 
in claim 34). 
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One skilled in the art would have recognized the wherein the data block 
corresponds to a Radio Link Protocol (RLP) packet, and would have applied Abrol et 
al.'s receiver in Shacher et al.' Framer 112 Receiver (Rx). Therefore, it would have been 
obvious to one of ordinary skill in the art at the time of the invention, to use Abrol et al.'s 
method and apparatus for providing multiple quality of service levels in a wireless 
packet data services connection in Shacher et al.'s multichannel HDLC 
framing/deframing machine with the motivation being to utilize multiple HDLC framing 
layers, with one HDLC framing layer corresponding to one RLP connection (page 2, 
paragraph [0014]). 

12. Claims 36 and 37 are rejected under 35 U.S.C. 103(a) as being obvious over 
Shacher et al. (US 5,671,223) in view of Abrol et al. (US 2002/0141370) further in view 
of W. Simpson, RFC 1662. 

The applied reference has a common inventor with the instant application. 
Based upon the earlier effective U.S. filing date of the reference, it constitutes prior art 
only under 35 U.S.C. 102(e). This rejection under 35 U.S.C. 103(a) might be overcome 
by: (1) a showing under 37 CFR 1.132 that any invention disclosed but not claimed in 
the reference was derived from the inventor of this application and is thus not an 
invention "by another"; (2) a showing of a date of invention for the claimed subject 
matter of the application which corresponds to subject matter disclosed but not claimed 
in the reference, prior to the effective U.S. filing date of the reference under 37 CFR 
1 .131 ; or (3) an oath or declaration under 37 CFR 1.130 stating that the application and 
reference are currently owned by the same party and that the inventor named in the 
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application is the prior inventor under 35 U.S.C. 104, together with a terminal disclaimer 
in accordance with 37 CFR 1.321(c). This rejection might also be overcome by showing 
that the reference is disqualified under 35 U.S.C. 103(c) as prior art in a rejection under 
35 U.S.C. 103(a). See MPEP § 706.02(l)(1) and § 706.02(l)(2). 

For claim 36, Shacher et al. disclose multichannel HDLC framing/deframing 
machine, comprising: 

an input interface unit (figure 4, reference 120) operative to receive a packet of 
data to be framed (col. 7 lines 10-11), one word at a time (col. 10 lines 53-55), and for 
each received word provide one data byte at a time for subsequent processing (col. 6 
lines 45 — 46); 

a detection unit (figure 14, reference 416) operative to evaluate each data byte 
from the input interface unit to detect for bytes of specific values (col. 17 lines 22-23); 
and 

an output interface unit operative to provide framed data (col. 10 lines 53-55). 
However, Shacher et al. do not expressly disclose: 

a conversion unit operative to process each data byte from the interface unit to 
frame the received data by inserting an escaped byte for each data byte to be escaped 
and escaping the data bytes, inserting a flag byte in response to receiving a first 
command, and inserting an FCS value in response to receiving a second command; 
and framed data having a format defined by RFC1662. 

In an analogous art, Abrol et al. disclose: 
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a conversion unit operative to process each data byte from the interface unit to 
frame the received data by inserting an escaped byte for each data byte to be escaped 
and escaping the data bytes (page 3, paragraph [0027 lines 18-23), inserting a flag byte 
in response to receiving a first command (page 3, paragraph [0027] line 15), and 
inserting an FCS value in response to receiving a second command (page 3, paragraph 
[0027] lines 16-17). 

One skilled in the art would have recognized the conversion unit, and would have 
applied Abrol et al.'s sender in Shacher et al.' Framer 112 Transmitter (Tx). Therefore, it 
would have been obvious to one of ordinary skill in the artiat the time of the invention, to 
use Abrol et al.'s method and apparatus for providing multiple quality of service levels in 
a wireless packet data services connection in Shacher et al.'s multichannel HDLC 
framing/deframing machine with the motivation being to add flag characters, to add a 
cyclical redundancy checksum (CRC), and to perform HDLC escaping (page 3, 
paragraph [0027] lines 15-23). 

Furthermore, Shacher et al. in view of Abrol et al. do not expressly disclose 
framed data having a format defined by RFC1662. In an analogous art, W. Simpson 
discloses framed data having a format defined by RFC1662 (See 3.1. Frame Format, 
page 5). 

One skilled in the art would have recognized the framed data having a format 
defined by RFC1662, and would have applied W. Simpson's frame format in Shacher et 
al.'s HDLC framing/deframing. Therefore, it would have been obvious to one of ordinary 
skill in the art at the time of the invention, to use W. Simpson's PPP in HDLC-like 



Application/Control Number: 10/086,576 Page 17 

Art Unit: 2616 

Framing in Shacher et al.'s multichannel HDLC framing/deframing machine with the 
motivation being to provide a standard method for transporting multi-protocol datagrams 
over point-to-point links (See Abstract). 

For claim 37, Shacher et al. disclose multichannel HDLC framing/deframing 
machine, comprising: 

an input interface unit (figure 4, reference 120) operative to receive a packet of 
data to be framed (col. 7 lines 10-11), one word at a time (col. 10 lines 53-55), and for 
each received word provide one data byte at a time for subsequent processing (col. 6 
lines 45-^6); 

a detection unit (figure 14, reference 416) operative to evaluate each data byte 
from the input interface unit to detect for bytes of specific values (col. 17 lines 22-23); 
and 

an output interface unit operative to provide framed data (col. 10 lines 53-55). 
However, Shacher et al. do not expressly disclose: 

a conversion unit operative to process each data byte from the interface unit to 
frame the received data by inserting an escaped byte for each data byte to be escaped 
and escaping the data bytes, inserting a flag byte in response to receiving a first 
command, and inserting an FCS value in response to receiving a second command; 
and framed data having a format defined by RFC1662. 

In an analogous art, Abrol et al. disclose: 

a conversion unit operative to process each data byte from the interface unit to 
frame the received data by inserting an escaped byte for each data byte to be escaped 
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and escaping the data bytes (page 3, paragraph [0027 lines 18-23), inserting a flag byte 
in response to receiving a first command (page 3, paragraph [0027] line 15), and 
inserting an FCS value in response to receiving a second command (page 3, paragraph 
[0027] lines 16-17). 

One skilled in the art would have recognized the conversion unit, and would have 
applied Abrol et al.'s sender in Shacher et al.' Framer 112 Transmitter (Tx). Therefore, it 
would have been obvious to one of ordinary skill in the art at the time of the invention, to 
use Abrol et al.'s method and apparatus for providing multiple quality of service levels in 
a wireless packet data services connection in Shacher et al.'s multichannel HDLC 
framing/deframing machine with the motivation being to add flag characters, to add a 
cyclical redundancy checksum (CRC), and to perform HDLC escaping (page 3, 
paragraph [0027] lines 15-23). 

Furthermore, Shacher et al. in view of Abrol et al. do not expressly disclose 
framed data having a format defined by RFC1662. In an analogous art, W. Simpson 
discloses framed data having a format defined by RFC1662 (See 3.1. Frame Format, 
page 5). 

One skilled in the art would have recognized the framed data having a format 
defined by RFC1662, and would have applied W. Simpson's frame format in Shacher et 
al.'s HDLC framing/deframing. Therefore, it would have been obvious to one of ordinary 
skill in the art at the time of the invention, to use W. Simpson's PPP in HDLC-like 
Framing in Shacher et al.'s multichannel HDLC framing/deframing machine with the 
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motivation being to provide a standard method for transporting multi-protocol datagrams 
over point-to-point links (See Abstract). 

Allowable Subject Matter 

13. Claim 6, 7, 15, 17 are objected to as being dependent upon a rejected base 
claim, but would be allowable if rewritten in independent form including all of the 
limitations of the base claim and any intervening claims. 

14. Claims 18-20, and 38 are allowed. 

Regarding claims 18 and 19, the prior art fails to teach a combination of the steps 

of: 

a conversion unit operative to process each data byte from the interface unit by 
removing flag and escape bytes, un-escaping a data byte following each escape byte, 
providing a header word for each flag byte, and checking each deframed packet based 
on a frame ckech sequence (FCS) value associated with the packet, in the specific 
combination as recited in the claims. 

Regarding claim 20, the prior art fails to teach a combination of the steps of: 
un-escaping a data byte following each detected escape byte, in the specific 
combination as recited in the claim. 

Regarding claim 38, the prior art fails to teach a combination of the steps of: 
providing a status signal indicative of each data byte to be escaped; and 
inserting an escape byte for each data byte to be escaped and escaping the data 
byte, in the specific combination as recited in the claim. 
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1 5. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Toan D. Nguyen whose telephone number is 571-272- 
3153. The examiner can normally be reached on M-F (7:00AM-4:30PM). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Mr. Huy Vu can be reached on 571-272-3155. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
TN 
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